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DETAILED ACTION 

1 . Claims 1-7 are subject to examination. 

Response to Arguments 

2. Applicant's arguments filed 8/26/2005, pages 4-6, have been fully considered but they are 
not persuasive. Therefore, rejection of claims 1-7 is maintained. 

Applicant states (1), **As applicant noted in the response to the last office action, the 
rejection of claims 1, 2, 6 and 7 should have been rejected under 35 U.S.C. 103 and not 35 
U.S.C. 102, and responded accordingly". 

For clarification, claims 1, 2, 6 and 7, are rejected under 35 U.S.C. 103(a) as being 
anticipated by McDevitt et al. "Portable sensor array system", US Publication, 2003/0186228 Al 
Oct., 2, 2003 (Hereinafter McDevitt) in view of Skeen et al. 5,257,369 (Hereinafter Skeen). An 
interview summary, dated 8/30/05 reflected the following, "the attorney (Mr. Steve Cha) called 
the examiner to point out that page 4 of the office action dated 7/8/2005, of the rejection with the 
combined teachings of "McDevitt in view of Skeen" should be under 35 U.S.C. 103(a) rather 35 
U.S.C. 102(e). The examiner agreed with the attorney for the typo error as the claimed 
limitations of the claims 1, 2, 6 and 7 are rejected with the combined teachings of McDevitt and 
Skeen references instead of a single reference. The examiner indicated to the attorney that a 
supplemental action will be send out for the correction of the typo error". The supplemental 
office action containing the typo error correction of the office action, dated 7/8/2005 has been 
made of record. The examiner also agrees with the applicant that the claims 1, 2, 6 and 7, are 
rejected under 35 U.S.C. 103(a) as being anticipated by McDevitt et al. "Portable sensor array 
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system", US Publication, 2003/0186228 Al Oct., 2, 2003 (Hereinafter McDevitt) in view of 
Skeen et al. 5,257,369 (Hereinafter Skeen). 

Applicant argues (2), "cited reference McDervitt, U. S. Publication 2003/0186228 
(Hereinafter McDervitt) fails to discloses the limitations, "the software program comprising a 
skeleton software architecture of generic and specific requirements, wherein said generic 
requirements focuses on generic meaning of service interfaces and said specific requirements 
provides for service specific issues", and "neither McDervitt nor Skeen, 5,257,369 nor Java 2 
Platform, Enterprise edition, J2EE, Sun Microsystems, 12/17/1999. (Hereinafter Shannon-Sun) 
teach or suggest all elements recited in the claims". 

The examiner respectfully disagrees in response to applicant's arguments. The claims 1, 
2, 6 and 7 are rejected by combined teachings of McDervitt and Skeen. The claims 3-5 are 
rejected by combined teachings of McDervitt, Skeen and Shannon-Sun. In response to 
applicant's arguments against the references individually, one cannot show nonobviousness by 
attacking references individually where the rejections are based on combinations of references. 
See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981); In re Merck & Co., 800 F.2d 1091, 
231 USPQ 375 (Fed. Cir. 1986). McDevitt discloses managing a family of systems having a 
shared family architecture (e.g., component-based techniques, and/or object-oriented techniques, 
col., 43, paragraph 425) based upon commonly used generic blocks of software (e.g., use of 
ActiveX controls, JavaBeans, Microsoft foundation classes, col., 43, paragraph 425) and wherein 
a component framework that comprises software architectxire (e.g., component-based techniques 
and/or object-oriented techniques, col, 43, paragraph 425) and supports participating software 
plug-in components (e.g., use of ActiveX controls, JavaBeans, Microsoft foundation classes, 
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col., 43, paragraph 425); individual software plug- in components provides one or more 
services/functions (e.g., inherent ftinctionality of Javabeans, paragraph 425). Skeen discloses 
generic and specific requirements (e.g., col., 25, lines 28 - 53, figure 16), wherein said generic 
requirements focuses on generic meaning of service interfaces and said specific requirements 
provides provide for specific issues (e.g., coL, 25, lines 28 - 53, figure 16). Shannon-Sun, 
discloses the inventory function including initializing the services (e.g., use of interfaces and 
classes to initialize services, section 2.1, chapter 2), assesses available services at initialization of 
the system or during run-time of the system (e.g., use of interfaces and classes to evaluate 
present services, section 2.1, chapter 2), and maintains a list of available services (e.g., use of 
interfaces and classes to monitor the present number of services in the system, section 2.1, 
chapter 2). Although the claims are interpreted in light of the specification, limitations from the 
specification are not read into the claims. See In re Van Geuns, 988 F.2d 1 181, 26 USPQ2d 
1057 (Fed. Cir. 1993). Regarding well knovra limitations in the art, i.e., providing a skeleton 
software architecture having both generic and specific requirements, for example, Bowman- 
Amuah, U.S. 2003/0058277, March 27, 2003, discloses these limitations, e.g., paragraphs 1961, 
1962, 3346 and 3348. Chandy et al., 6,898,791, discloses these limitations, e.g., paragraph 8 of 
Brief Summary of Text, paragraphs 135 and 208 of Detailed Description Text. Myers, Jr. et al., 
6,961,687, discloses these limitations, e.g., paragraphs 15, 24 and 31 of Detailed Description 
Text. Hartley et al., 6,532,465, discloses these limitations, e.g., paragraph 4 of Detailed 
Description Text. Seidl, 5,710,896, discloses these limitations, e.g., paragraph 15 of Detailed 
Description Text. Bowman-Amuah, 6,529,909, discloses these limitations, e.g., paragraphs 975 
and 976 of Detailed Description Text. Arunanchalam et al., 6,631,122, Nortel Networks 
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Limited, discloses these limitations, e.g., teachings of usage of various classes along with 
specific QoS requirements. Service Level Agreement, and Qos framework, e.g., paragraph 15 of 
Detailed Description Text. Since, applicant's claims contain broadly claimed subject matter, it 
clearly reads upon the examiner's interpretation of the claimed subject matter. For example, 
limitations, "architecture of generic and specific requirements", is broadly interpreted as one 
generic requirement (single) and one specific requirement (single); limitations, "said specific 
requirements provides for", is broadly interpreted as the specific requirement provides 
"something", "nothing", "anything", or "generic item", since what is provided is not mentioned; 
limitations, "service specific issues", that is after usage of "for" is not limited to what is not 
provided. The limitations, "issues" is broadly interpreted as topic, matter or subject. As 
mentioned above, the limitations are disclosed by the combined teachings of cited references. 
Therefore, the rejection is maintained. 

Applicant argues (3), "Teachings of McDevitt, Skeen and Shannon-Sun are improperly 
combined, and there is not motivation or suggestion and a reasonable expectation of success". 
The examiner respectfully disagrees in response to applicant's arguments. McDevitt clearly 
indicates that his invention can utilize known prior techniques and can be modified (e.g., 
paragraph 626, col., 64). Also, the test for obviousness is not whether the features of a secondary 
reference may be bodily incorporated into the structtire of a primary reference. It is also not that 
the claimed invention must be expressly suggested in any one or all of the references. Rather, the 
test is what the combined teachings of the references would have suggested to those of ordinally 
skill in the art. In re Keller, 642 F.2d 414, 425, 208 USPQ 871, 881 (CCPA 1981); In re Young, 
927 F.2d 588, 591, 18 USPQ2d 1089, 1091 (Fed. Cir. 1991). The motivation to combine the 
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references is to utilize well-known concept of Skeen's teachings of generic requirements and 
specific requirements that would help the system to handle interfaces for the services differently. 
The teachings of Shannon-Sun, for example, the interfaces and classes that can help initializing 
the services, assessing available services, and maintaining a list of available services would help 
develop a system to handle the services for the system. The combined teachings of McDevitt, 
Skeen and Shannon-Sun accomplish the broadly claimed invention. Therefore, the rejection is 
maintained. 

Specification 

3. The specification is objected to as failing to provide proper antecedent basis for the 
claimed subject matter. See 37 CFR L75(d)(l) and MPEP § 608.01(o). The limitations, "shared 
family architecture", is not recited and defined in the specification. 

Drawings 

4. New corrected drawings are required in this application because Figure 1 does not show 
claimed invention, " computer readable medium containing a computer program for managing a 
family of systems having a shared family architecture based upon commonly used generic 
building blocks of software and wherein a component framework that comprises a skeleton of 
software architecture of generic and specific requirements, wherein said generic requirements 
focuses on generic meaning of service interfaces and said specific requirements provides for 
service specific issues and supports participating software plug-in components, manipulate 
hardware associated with the component fi"amework, complex system comprising an x-ray 
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examination apparatus ". Applicant is advised to employ the services of a competent patent 
draftsperson outside the Office, as the U.S. Patent and Trademark Office no longer prepares new 
drawings. A proposed drawing correction or corrected drawings are required in reply to the 
Office action to avoid abandonment of the application. The amended replacement drawing sheet 
should include all of the figures appearing on the immediate prior version of the sheet, even if 
only one figure is being amended. The replacement sheet(s) should be labeled -Replacement 
Sheet— in the page header (as per 37 CFR 1 .84(c)) so as not to obstruct any portion of the 
drawing figures. If the examiner does not accept the changes, the applicant will be notified and 
informed of any required corrective action in the next Office action. The objection to the 
drawings will not be held in abeyance. 

Claim Objections 

5. Claims 2-7 are objected to because of the following informalities: 

Claim 1 mentions, "A complex system being a member of the family as claimed in 
Claim", which should be -The computer readable medium as claimed in claim-. 

Claims 2-5 mention, "A complex system as Claimed in Claim", which should be —The 
computer readable medium as claimed in claim—. 

Claim 6 mentions, "A family of complex systems as claimed in Claim", "systems- 
comprising", which should be —The computer readable medium as claimed in claim—, —systems 
comprising-, respecively. 

Claim 7 mentions, "system-comprising", "and wherein", which should be -system 
comprising—, -wherein the complex system comprising:- respecively. 
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Appropriate correction is required. 

Claim Rejections - 35 USC § 112 
The following is a quotation of the second paragraph of 35 U.S. C, 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter, which the applicant regards as his invention. 

6. Claims 3 and 4 are rejected under 35 U.S.C. 1 12, second paragraph, as being indefinite 
for failing to particularly point out and distinctly claim the subject matter which applicant 
regards as the invention. 

Claim 3 recites the Umitations, "the services". There is insufficient antecedent basis for 
this limitation in the claim (Please see MPEP 706.03(d). Since, multiple "services" (assessing 
available services, communication of services) exist in the claim, it is not clear which "services" 
is referred by the limitations in the claim. 

Claim 4 recites the limitations, "the system". There is insufficient antecedent basis for 
this limitation in the claim (Please see MPEP 706.03(d). Since, multiple "systems exist in the 
claim, it is not clear which "system" is referred by the limitations in the claim. 

Claim Rejections - 35 USC §103 

7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 
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8. Claims 1, 2, 6 and 7 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
McDevitt et al. "Portable sensor array system", US Publication, 2003/0186228 Al Oct., 2, 2003 
(Hereinafter McDevitt) in view of Skeen et al. 5,257,369 (Hereinafter Skeen) and "Official 
Notice". 

9. As per claim 1 , McDevitt teaches a computer readable medium containing a computer 
program for managing a family of systems having a shared family architecture (e.g., component- 
based techniques, and/or object-oriented techniques, col, 43, paragraph 425) based upon, 
commonly used generic blocks of software (e.g., use of ActiveX controls, JavaBeans, Microsoft 
foundation classes, col., 43, paragraph 425) and wherein 

a component framework that comprises a skeleton of software architecture (e.g., 
component-based techniques and/or object-oriented techniques, col., 43, paragraph 425) and 
supports participating software plug-in components (e.g., use of ActiveX controls, JavaBeans, 
Microsoft foundation classes, col, 43, paragraph 425); 

individual software plug-in components provides one or more services/fimctions (e.g., 
inherent fimctionality of Javabeans, paragraph 425); and 

the component framework defines roles/actions (e.g., configuration of analysis software 
by the component-based techniques and/or object oriented techniques, coL, 43, paragraph, 423) 
providing one or more common interfaces for communication of series of several plug-in 
components (e.g., use of component-based and/or object-oriented interfaces, col., 43, paragraph 
419 and 420) that manipulate hardware associated with the component framework (e.g., parts the 
system to serve patient, i.e., x-ray detector/sensor/bed, utilizing component-based techniques 
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and/or object-oriented techniques, col., 43, paragraph 419 and 420, col., 16, paragraphs 187- 
194). 

McDevitt does not specifically mention about the generic requirements focuses on 
generic meaning of service interfaces and the specific requirements provides provide for specific 
issues". 

Skeen teaches the generic requirements focuses on generic meaning of service interfaces 
and the specific requirements provide for specific issues (e.g., coL, 25, lines 28 - 53, figure 16). 

It v^ould have been obvious to one of ordinary skill in the art at the time the invention 
v^as made to combine the teachings of McDevitt and Skeen in order to facilitate utilizing specific 
requirements and generic requirements. The motivation would be obvious, because the system of 
McDevitt is implemented using the concept of component-based techniques, and/or object- 
oriented techniques, and v^ith Skeen' s software architecture having generic requirements for 
generic service interfaces and specific requirements for specific issues, would help develop a 
system to handle interfaces for the generic services and special services. 

McDevitt and Skeen do not specifically mention about a skeleton software architecture . 
having both generic and specific requirements. 

"Official Notice" is taken that both the concept and advantages of providing a skeleton 
software architecture having both generic and specific requirements is well known and expected 
in the art. For example. Bowman- Amuah, U.S. 2003/0058277, March 27, 2003, discloses these 
limitations, e.g., paragraphs 1961, 1962, 3346 and 3348. Chandy et al., 6,898,791, discloses 
these limitations, e.g., paragraph 8 of Brief Summary of Text, paragraphs 135 and 208 of 
Detailed Description Text. Myers, Jr. et al., 6,961,687, discloses these limitations, e.g.. 
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paragraphs 15, 24 and 31 of Detailed Description Text. Hartley et al., 6,532,465, discloses these 
limitations, e.g., paragraph 4 of Detailed Description Text. Seidl, 5,710,896, discloses these 
limitations, e.g., paragraph 15 of Detailed Description Text. Bowman- Amuah, 6,529,909, 
discloses these limitations, e.g., paragraphs 975 and 976 of Detailed Description Text. 
Arunanchalam et al., 6,631,122, Nortel Networks Limited, discloses these limitations, e.g., 
teachings of usage of various classes along with specific QoS requirements. Service Level 
Agreement, and Qos framework, e.g., paragraph 15 of Detailed Description Text. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include a skeleton software architectiire having both generic and specific 
requirements with the teachings of McDevitt and Skeen in order to facilitate both generic and 
specific requirements because the generic requirements and specific requirements both would be 
utilized to provide functions supported by them. The generic requirements for generic service 
interfaces and specific requirements for specific issues would help develop a system to handle 
interfaces for the generic services and special services. 

10. As per claim 2, McDevitt also teaches the following 

the component framework includes an inventory fimction for assessing available services 
in the participating plug-in components (e.g., central data service performing a test to check the 
available supporting services supported by the software modules, paragraph 460, col., 47). 



11. As per claim 6, McDevitt also teaches the following 
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the family members are medical diagnostic systems comprising an x-ray examination 
apparatus (e.g., parts the system to serve patient, i.e., x-ray detector/sensor/bed, utilizing 
component-based techniques and/or object-oriented techniques, col., 43, paragraph 419 and 420, 
col., 16, paragraphs 187-194). 

12. As per claim 7, McDevitt also teaches a complex system (e.g., portable sensor array 
system, title), comprising an x- ray examination apparatus having a computer readable-medium 
comprising software architecture (e.g., x-ray detector/sensor of the system utilizing component- 
based techniques and/or object-oriented techniques, col., 43, paragraph 419 and 420, col., 16, 
paragraphs 187-194) and v^herein 

a component framework that comprises a skeleton of software architecture (e.g., 
component-based techniques, and/or object-oriented techniques, col., 43, paragraph 425) and 
supports participating software plug-in components (e.g., use of ActiveX controls, JavaBeans, 
Microsoft foundation classes, col., 43, paragraph 425); 

individual software plug-in components (e.g., use of ActiveX controls, JavaBeans, 
Microsoft foundation classes, col., 43, paragraph 425) providing one or more services (e.g., 
inherent fimctionality of Javabeans, paragraph 425) including rotation displacements of 
components of an X-ray apparatus including X-ray source and X-ray detector, and a patient table 
(e.g., parts the system to serve patient, i.e., x-ray detector/sensor/bed, utilizing component-based 
techniques and/or object-oriented techniques, col., 43, paragraph 419 and 420, col., 16, 
paragraphs 187-194), and 



Application/Control Number: 09/801 ,62 1 Page 1 3 

Art Unit: 2154 

the component framework defines roles/actions (e.g., configuration of analysis software 
by the component-based techniques and/or object oriented techniques, coL, 43, paragraph, 423) 
that provide one or more common interfaces for communication of services of several 
participating software plug-in components (e.g., use of component-based and/or object-oriented 
interfaces, col, 43, paragraph 419 and 420). 

13. Claims 3-5 are rejected under 35 U.S.C. 103(a) as being unpatentable over McDevitt, 
Skeen and "Official Notice" in fiirther view of Java 2 Platform, Enterprise edition, J2EE, Sun 
Microsystems, 12/17/1999. (Hereinafter Shannon-Sun). 

14. As per claims 3-5, McDevitt and Skeen teach the claimed limitations rejected under claim 
2. McKevitt and Skeen does not specifically mention about the claimed limitations of claims 3-5. 
Shannon-Sun, teaches a well known concept in the art to implement an inventory fimction 
utilizing APIs that can implement the claimed limitations of claims 3-5, the inventory fimction, 
includes initializing the services (e.g., use of interfaces and classes to initialize services, section 
2.1, chapter 2), assesses available services at initialization of the system or during run-time of the 
system (e.g., use of interfaces and classes to evaluate present services, section 2.1, chapter 2), 
and maintains a list of available services (e.g., use of interfaces and classes to monitor the 
present number of services in the system, section 2.1, chapter 2). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of McDevitt, Skeen and Shannon-Sun in order to facilitate a 
function to initializing the services, assesses available services, and maintains a list of available 
service because McDevitt clearly mention that his system uses software modules to maintain the 
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system, which are based on component-based techniques, and/or object-oriented techniques. 
Shannon-Sun discloses the interfaces and classes that can help initializing the services, assesses 
available services, and maintains a Ust of available services. The motivation would be obvious, 
because the system of McDevitt is implemented using the concept of component-based 
techniques, and/or object-oriented techniques, and with the well-known available interfaces and 
classes would help develop a system to handle the services for the system. 

Conclusion 

15. The prior art made of record (forms PTO-892 and applicant provided IDS cited arts) and 
not relied upon is considered pertinent to applicant's disclosure. 

Examiner has cited particular columns and line numbers and/or paragraphs and/or 
sections and/or page numbers in the reference(s) as applied to the claims above for the 
convenience of the applicant. Although the specified citations are representative of the teachings 
of the art and are applied to the specific limitations within the individual claim, other passages 
and figures may apply as well. It is respectfully requested from the applicant in preparing 
responses, to fully consider the references in entirety, as potentially teaching, all or part of the 
claimed invention, as well as the context of the passage, as taught by the prior art or disclosed by 
the Examiner. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Haresh Patel whose telephone number is (571) 272-3973. The 
examiner can normally be reached on Monday, Tuesday, Thursday and Friday from 10:00 am to 
8:00 pm. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Follansbee can be reached on (571) 272-3964. The fax phone number for the 
organization where this application or proceeding is assigned is (571) 273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 

Haresh Patel / 1 



December 22, 2005 
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